iT邦幫忙

2021 iThome 鐵人賽

DAY 8
0
Mobile Development

30 天從麻瓜變 Android 工程師系列 第 8

Day 08:原則、設計模式、架構

  • 分享至 

  • xImage
  •  

前言

接下來要介紹的東西並不是學什麼工具,
而是怎麼把我們已經會的程式語言寫得更有系統,
來達到高效率、易維護、可測試、更容易與人溝通合作等優點,
不過網路上已經有非常多完整的定義,
這邊就只整理出經常使用的名詞,
建議除了名詞解釋,也要看自己習慣的程式語言的範例。

原則

這不是什麼特別的寫法,而是原則,原則就是無時無刻都要注意。

設計模式

設計模式 讓我們更簡單高效的解決大家經常遇到的問題。

架構

架構讓團隊成員能遵循不同檔案的職責,明確的架構帶來穩定、可測性、容易維護等優點。

書單

  • 設計模式:Android 原始碼解析與應用
  • 無瑕的程式碼敏捷完整篇:物件導向原則、設計模式與C#實踐
  • 設計模式:可復用面向對象軟體的基礎

結語

前面說了許多優點,換說說缺點,
上面不管是設計模式或架構,都有其優缺點,
也就是說,我們應該要針對團隊的運作方式、業務的性質等,有彈性的選擇與調整,
而不是什麼潮就用什麼,或是什麼都要符合某種設計模式,
這樣就是 over design 了。


上一篇
Day 07:測試
下一篇
Day 09:RESTful API、JSON
系列文
30 天從麻瓜變 Android 工程師30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言